- Rename/delete commands have 'when: false' in command palette, so
  executeCommand cannot find them. Use right-click context menu instead,
  matching the approach used in the old UI test suite.
- Skip 'create with no build tools' test because scaffoldSimpleProject()
  opens a native OS file dialog that Playwright cannot automate.
- Add selectContextMenuItem() helper to VscodeOperator.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

The .action-item div is a presentation container; VS Code only handles
click events on the inner <a role='menuitem'> anchor. Use getByRole to
find and click the correct element, and wait for menu dismissal to
confirm the click registered.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Playwright's click() does not reliably trigger actions on VS Code
Electron context menu items (the menu stays open). Switch to:
1. Right-click to select tree item and set focusedView
2. Escape to close context menu (returns focus to tree)
3. F2/Delete keyboard shortcut to trigger rename/delete commands

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

VS Code menus internally handle mouseup events, not click events.
Playwright's simulated .click() in Electron does not reliably trigger
the mouseup handler. Use dispatchEvent('mouseup') to directly dispatch
the event that VS Code's menu system listens for.

Previous approaches that failed:
- .click() on .action-item container: menu stays open
- getByRole('menuitem').click(): menu stays open
- keyboard shortcut (F2/Delete): focusedView not set after Escape

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Neither .click(), dispatchEvent('mouseup'), nor keyboard shortcuts
reliably trigger VS Code Electron context menu items via Playwright.

Switch to raw page.mouse.click() at the element's bounding box center
coordinates, which sends CDP-level InputDispatchMouseEvent that
Electron's native event handling processes correctly.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

…dialogs

Root causes found and fixed:
1. Context menu click requires hover first to trigger VS Code's menu
   focus state (.action-item.focused), then click works reliably.
2. redhat.java shows an Electron native dialog (dialog.showMessageBox)
   for refactoring confirmation on file rename. Playwright Page API
   cannot interact with native dialogs. Monkey-patch showMessageBox
   in the Electron main process to auto-return OK.

Verified locally: both rename and delete tests pass.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

On Linux the button order in dialog.showMessageBox differs from Windows,
so response:0 selects 'Show Preview' instead of 'OK'. Fix by scanning
the buttons array for the 'OK' label.

Also handle the Refactor Preview panel (Apply/Discard) as a fallback
in case the dialog still enters preview mode.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

On Linux CI (headless, no recycle bin), the delete confirmation uses
'Delete' or 'Move to Trash' as button labels, not 'OK'. Expand the
regex to match all known confirm labels.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>